MacHTTP Read Me

1.0 Introduction

What is it?

The server places a very small load on your Mac, both in memory and CPU requirements. It should run fine in the background on any Mac with MacTCP installed and System 7.

MacHTTP is being written by Chuck Shotton, from the University of Texas Houston Health Science Center's Office of Academic Computing. Questions can be addressed to cshotton@oac.hsc.uth.tmc.edu. The latest version of MacHTTP can FTPed from oac.hsc.uth.tmc.edu in the public/mac/MacHTTP directory.

Current information about MacHTTP can be found on the MacHTTP home page at http://www.uth.tmc.edu/mac_info/machttp_info.html.

What's New?

MacHTTP can now be configured to run on any free IP port using the PORT command in the configuration file. So you can now run multiple servers on one Mac if you make multiple copies of MacHTTP and run them. This would allow one server to provide secure access to some documents, for example, while another server provides anonymous access to others.

The maximum number of simultaneous users can now be configured via the MAXUSERS command in the config file. There is no longer a fixed upper limit. You will need to adjust the memory allocation for MacHTTP accordingly.

Timeouts for inactive HTTP connections have been implemented. The timeout value can be adjusted with the TIMEOUT command in the config file.

The log file format has been modified slightly. Information is now separated by tabs rather than spaces to facilitate importing log data into spreadsheets and databases.

MacHTTP now supports AppleEvents for remotely configuring MacHTTP while it is running.

Metrics on connections and memory usage are now displayed in the status window.

A couple of new options were added to hide the status window when MacHTTP is in the background and to allow the server to be gracefully shut down by refusing new incoming connections.

A "feature" was fixed that prevented MacHTTP and certain WWW clients consistently working together.

MacHTTP 1.2.1 addition: fixed start-up problem that caused MacHTTP to quit if the Component Manager wasn't installed.

The documentation has been completely rewritten.

2.0 Installing MacHTTP

MacHTTP has been tested on Mac II and Quadra family CPUs and works fine. Unfortunately, MacHTTP doesn't work and play well with 68000-based Macs like SEs and PowerBook 100s. Anyone who figures out why will be rewarded with an immediate upgrade!

Installing MacHTTP is extremely easy. Simply unarchive MacHTTP using a relatively recent version of something like Stuffit Expander or UnStuffit. The resulting folder already has everything installed in the proper places. You may place this folder on any disk, in any location.

Once you have MacHTTP unstuffed, simply double-click the application to activate the server. Use a WWW client like Mac Mosaic to connect to the following URL, substituting your Mac's host name or IP address in place of "your.host.name":

http://your.host.name/

3.0 Configuring MacHTTP

Configuration File

Each command in the config file must start on a line by itself and each line should start with a keyword. Lines that don't start with a recognized keyword are considered as comments. Arguments specified inside angle brackets ("<", ">") should be replaced with the appropriate value for your server in the config file, omitting the angle brackets.

Special Files

INDEX <file name>: specifies the Home Page or Index for the server. This is the default document returned if a WWW client accesses your server and specifies the document "/" or no document at all.

If omitted, the default file name is ":Default.html" (no quotes).

ERROR <file name>: specifies the file returned by the server if an error occurs. This is usually an information message informing the user that a requested file cannot be found.

If omitted, the default file name is ":Error.html" (no quotes).

LOG <file name>: specifies the log file for the server. A log of all client accesses is maintained in this file. See the <Log File section below for more details.

If omitted, logging is disabled and no log file will be created.

NOACCESS <file name>: specifies the file to be returned by the server if a client that is not authorized to access the server attempts to request a file. See the Security section below for more details.

If omitted, the default file name is ":NoAccess.html" (no quotes).

Examples:

ERROR   :Error.html
INDEX   :Default.html
LOG     :MacHTTP.log
NOACCESS :NoAccess.html

Note that the file names begin with a ":". This tells MacHTTP to look within the same folder as the application for the files. While not required, it's a good idea to make sure the ":" is included for security reasons.

Suffix Mapping

Also, some files like QuickTime movies and GIF images need to be transmitted to the client as byte for byte copies of the original file, using a "binary" transfer mode. In order to help MacHTTP distinguish which transfer method to use, you may specify up to 10 "suffix mappings" in the config file. These mappings tell MacHTTP whether to use a text or binary file transfer when sending a file, based on the suffix of the file's name.

Last of all, MacHTTP can execute AppleScripts and return the results of the script execution back to WWW clients. MacHTTP needs to be able to differentiate between files that are simply sent directly to the client (i.e., binary and text) and files that must be executed first (i.e., AppleScript).

There can be a maximum of 10 suffix mappings defined in the config file. If fewer than 10 mappings are provided, MacHTTP uses internal defaults to supply the missing mappings. When MacHTTP starts up, the status window displays the 10 suffix mappings plus the default file type for file names that don't match one of the 10 mappings.

TEXT <suffix>: Files ending with the specified suffix will have carraige returns translated to carraige return/line feed before transmission to the client.

BINARY <suffix>: Files ending with the specified suffix will be sent to the client without modification. Only the data fork of the file is transmitted.

SCRIPT <suffix>: Files ending with the specified suffix will be loaded and executed as an AppleScript source file. The script is expected to generate HTML text and return it to MacHTTP as the result of script execution. This result will then be transmitted to the client as TEXT files above.

DEFAULT <type>: "type" can be one of TEXT, BINARY, or SCRIPT. The DEFAULT command specifies the default file type to be used if a file's suffix doesn't match one of the 10 defined suffix mappings.

Examples:

TEXT    .HTML
BINARY  .GIF
SCRIPT  .SCRIPT
DEFAULT TEXT

Security

ALLOW <IP address>: Specifies the partial or complete IP address of a host (or hosts) that is allowed to access the server.

DENY <IP address>: Specifies the partial or complete IP address of a host (or hosts) that is denied access to the server.

An unlimited number of security directives may appear in the config file. If none are present, then any client may access the server. If one or more directives is present in the config file, the directives are evaluated in the order they appear in the config file to determine whether a client is allowed to access the server.

If security directives are present in the config file, there is an implicit "DENY *" that is evaluated before any directives in the file. This means that all clients are denied and you must explicitly allow clients by using the ALLOW command to specify complete or partial addresses of clients which can access the server.

Examples:

ALLOW 129.106.
DENY  129.106.30
ALLOW 129.106.30.1.

These example statements are evaluated as follows. First, the implicit "DENY *" is evaluated, implying that no hosts may access the server. The first ALLOW statement specifies that all clients with addresses that begin with "129.106." will be allowed to connect to the server.

The DENY statement removes all clients with IP addresses that begin with "129.106.30" from the list of hosts that may access the server. Important note: The DENY statement not only matches all hosts in the "129.106.30" subnet, but also all hosts in "129.106.301", "129.106.302", etc. If you wanted to only restrict hosts in the "129.106.30" subnet, you should add a trailing "." to the IP address (i.e., "129.106.30.").

The final ALLOW statement explicitly enables the host "129.106.30.1". This statement matches only this specific host. MacHTTP always appends a trailing "." when comparing a client's IP address to the security entries. This means to match exactly one host with an ALLOW or DENY statement, the IP address argument must end with a "."

Port Number

PORT <number>: Specifies the port number that MacHTTP will listen to for all incoming connections. The default is port 80 if this line is omitted from the config file

User Limit

The minimum number of simultaneous users is 3. Because of the way MacHTTP handles incoming requests and terminates connections, it is possible for a single, fast client to create a new connection before the previous one is dropped by MacHTTP. This, coupled with the fact that MacHTTP always reserves one connection for listening for incoming client requests means that at least 3 connections should be provided for at a minimum.

The maximum number of users is arbitrarily limited to 1000. Since MacHTTP can only transmit the data for one request to a client at a time, all other clients' requests are queued and executed in turn. Setting the maximum number too high will result in intolerable delays for clients. These delays could exceed MacHTTP's timeout value for inactive connections, so it's probably a good idea to leave the maximum users setting somewhere between 8 and 20.

Incoming clients that exceed the maximum number of users will be informed that the server is too busy to handle their request.

MAXUSERS <number>: Specify the maximum number of simultaneous users allowed to connect to MacHTTP. Values between 3 and 1000 are allowed. The default is 8 if this statement is omitted from the config file.

Timeout

TIMEOUT <seconds>: Specifies the maximum amount of idle time in seconds before MacHTTP disconnects a client's inactive connection. The minimum value is 15 seconds. The maximum value is 600 seconds and the default is 90 seconds if this statement is omitted from the config file.

Hiding in the Background

HIDEWINDOW: If this command is present in the config file, MacHTTP's status window will be hidden when the application is running in the background.

MacHTTP Menus

All MacHTTP menu functions can be invoked via AppleEvents. So if MacHTTP is running on a "headless" Mac or you want to use AppleScript to control its behavior, you may execute any of the menu commands from another application. See the "Scripting and MacHTTP" section below or examine MacHTTP's AppleEvent dictionary (aete reource) for more details.

File Menu

Edit Menu

Options Menu

Verbose Messages: Causes MacHTTP to produce much more status information about client requests and what the program is doing internally. You should enable this option if you are having trouble with MacHTTP and aren't sure what's going on. The cryptic nature of these messages is sure to help add to the confusion, since most pertain to internal MacTCP state information. However, some of the messages are useful for watching details of client requests, etc.

Suspend Logging: Temporarily closes MacHTTP's log file (if a log file is specified in the config file), allowing you to open and examine the log file with a text editor. All incoming connection information will not be logged to the file while this option is enabled.

Hide Window in Background: Works the same as the HIDEWINDOW command in the config file, described above.

Refuse New Connections: This option allows busy servers to remain running, but not allow any new clients to connect. All currently queued clients will be served, but no new connections will be accepted. Clients will be notified that connections are being refused. This option is useful for gracefully shutting down a server, or allowing you to change HTML documents while the server is running.

4.0 Serving Documents

It is important to note that MacHTTP can interpret both Unix and Mac file specifications. Typically, HTML documents are written using Unix path names, etc. while file names specified within MacHTTP's config file use Mac file naming conventions.

MacHTTP also understands Macintosh aliases. If you create an alias to a document for MacHTTP to serve, MacHTTP will use the name of the alias for suffix mapping, then translate the alias to find the original file's contents.

File Locations

This means that the "root" of MacHTTP's file system starts with the folder it resides in. Clients requesting documents from MacHTTP specify URLs as if MacHTTP was at the root of the file system.

How MacHTTP interprets file names

• Translation of special characters - MacHTTP converts all HTTP special characters (i.e. %xx, where "xx" is the two-digit hex number of the special character.)
• Pathname conversion - MacHTTP converts all slashes ("/") in Unix style pathnames to colons (":") as used by the Mac file system.
• Double-colon removal - MacHTTP removes all occurences of "::" and replaces them with a single colon (":"). This prevents clients from specifying parent directories in the Mac file system.
• Suffix interpretation - The suffix of the requested file is extracted and used to determine the actions MacHTTP will perform on the file.
• Alias Translation - MacHTTP determines if the requested file name (as modified by the preceding steps) is an alias and if so, translates it to the real path for the file.
• File transmission - The file represented by the file name is opened. If the suffix of the file indicated that it is a binary file, its contents are returned immediately with no modification. If the file is a text file (e.g., HTML), it is read in and all carraige returns are converted to carraige return/line feed before transmission. If the file is a script, MacHTTP generates the appropriate AppleScript arguments (see below), concatenates them to the AppleScript source code contained in the file, executes the script, and translates and returns the result to the client as text.

  NOTE: While you can use aliases to original files that aren't contained within the MacHTTP directory tree, any URLs contained in these files must still provide paths that are relative to where MacHTTP resides. This is done for security purposes and isn't subject to change.

  URL Examples

  Assume the following. Suppose MacHTTP is installed on a drive called "Hard Disk", inside a folder called "WWW". In the "WWW" folder are the files from the MacHTTP distribution, a text document called sample.html, and a subfolder called More_Docs. Inside More_Docs is a text file called another.html.

  To access your default home page, you'd specify the following URL:

  http://your.host.name/ To access "sample.html" : http://your.host.name/sample.html To access "another.html" : http://your.host.name/More_Docs/another.html Note that all URLs are relative to the folder containing MacHTTP. No parent directories or disks are specified. MacHTTP handles spaces and special characters in folder and file names, but it's a good idea to avoid spaces and special characters in any file or folder names that MacHTTP will be serving when possible.

  MacHTTP tries to deal intelligently with HTTP 1.0 clients (by discarding everything after the path.) It supports query URLs and special character translation in URLs, but not returning data over alternate ports. It also supports returning binary data, so it can be used with clients that support graphics (like Mosaic).

  More information on URLs can be obtained from http://www.ncsa.uiuc.edu/demoweb/url-primer.html.

  Information on writing HTML documents for WWW can be obtained from http://www.ncsa.uiuc.edu/demoweb/html-primer.html.

  Scripting, AppleEvents, and MacHTTP

  If you have AppleScript installed on your Mac, MacHTTP can execute AppleScripts and return the results as a document to clients. To do this, place a text-only version of a script in a location where MacHTTP can find it. Make sure that the MacHTTP.config file contains an entry for SCRIPT files and that your script is named with the appropriate suffix.

  Any WWW client accessing a SCRIPT document will cause MacHTTP to load the source for the script from the file specified in the URL. Two predefined AppleScript variables are created and prepended to the AppleScript source. MacHTTP will then pass the source code to AppleScript for compilation and execution. The result returned from AppleScript is then passed back to the client by MacHTTP.

  MacHTTP AppleScript Variables

  MacHTTP assigns values to two global variables which are available to all AppleScripts when they execute.

  http_request contains the complete HTTP request received from the WWW client. http_search_args contains any search arguments passed by the WWW client to MacHTTP as part of the request. This variable is useful for implementing clickable maps and searchable documents. See the example script files in the MacHTTP distribution for more details on how these variables are used.

  Searchable Documents

  You can use the ability to execute scripts to implement searchable documents. The following is an example of an AppleScript that presents a menu to the user and receives search keywords from a WWW client:
  if http_search_args = "" then return "

  Please enter the keyword to search for.

  " else if http_search_args = "hello" then return "

  Hello, how are you?

  " else return "

  Sorry, I don't understand '" & http_search_args & "'. Try 'hello' instead.

  " end if http_search_args is a variable that is predefined by MacHTTP, prior to script execution, that contains the search arguments passed by the WWW client. < ISINDEX> is a HTML tag that indicates the following document is searchable. Be careful not to confuse "ISINDEX" with the INDEX file specification described above.

  Some important notes:

  1. AppleScript source files MUST be TEXT files (Save as... Text only)

  2. MacHTTP prefixes every source file with global variable definitions prior to passing it to AppleScript. A variable called "http_request" contains a string that is the actual argument passed to MacHTTP by the WWW client. This may be useful if you have a client that sends HTML1 requests and you want to do something with the extra arguments in AppleScript.

  Another variable, "http_search_args", contains the search arguments, if any, that were passed as part of the client's request. This info is also contained in the http_request variable, but is extracted and provided for easier access here.

  See the sample.script and search.script files for examples.

  3. You must perform all HTML formatting inside the AppleScript file. MacHTTP only strips off the spurious quotes and converts special characters prior to sending script execution results to the client. Again, see the sample.script file for examples.

  4. If MacHTTP is low on memory, scripts that use scripting extensions (OSAX's) will cause the program to hang. Make sure MacHTTP has enough memory (512K for script execution, 384K otherwise).

  5. You may place alias files in your MacHTTP directory tree that point to script files. If the alias name ends with a suffix that is defined to be of type "SCRIPT", then the alias will be resolved and the file will be executed.

  MacHTTP and AppleEvents

  MacHTTP supports the 4 required AppleEvents, plus a custom AppleEvent suite for communicating with MacHTTP while it is running. The 4 required events don't do much, since MacHTTP doesn't open or print any documents of its own. However, the custom event suite is very useful for operating MacHTTP under script control or from a remote Mac.

  Currently, there is only one custom AppleEvent supported by MacHTTP. This event, DoMenu, is used to make MacHTTP execute one of its menu choices. The syntax from AppleScript is:

  DoMenu "<menu ID>, < menu item>"

  "Menu ID" is the number of the MacHTTP menu, starting with 1 for the Apple menu and ending with 4 for the Options menu. "Menu Item" is the selection within a particular menu. For example:

  DoMenu "4,1"

  would turn on Verbose Messages (menu 4, Options, item 1, Verbose Messages).

  The event suite for the DoMenu event is the same as the 4 character creator code for MacHTTP. This is three upper case "W"s, followed by the omega character (generated by typing option-Z). The event code for DoMenu is the 4 character code, "menu". See the MacHTTP aete resource for more details (MacHTTP's "dictionary" for AppleScript users).

  5.0 Administering MacHTTP

  Security Considerations

  Every effort has been made to ensure that no access to files outside the MacHTTP folder can take place. MacHTTP only provides READ-ONLY access to files in its directory tree. HOWEVER, if you allow AppleScript execution, the burden falls on the script writer to make sure nothing naughty can happen.

  If you don't want to allow script execution (or don't have AppleScript installed) you can make sure script execution is disabled by modifying the MacHTTP.config file so none of the 10 entries defines a SCRIPT type.

  As configured "out of the box", MacHTTP provides no restrictions on which hosts may access your server. Please review the section above that describes the ALLOW and DENY commands in the configuration file, which are used to restrict network access to MacHTTP.

  Log File

  MacHTTP defaults to logging all transactions to a file in the same directory as the MacHTTP application. The standard name for this file is MacHTTP.log, but you may change this by modifying the configuration file entry (LOG).

  Entries in the log file are separated by tabs, and individual entries are terminated with a carraige return. This format is the standard text-only import format used by most spreadsheet applications (e.g. Excel) and Mac data base applications like FileMaker.

  To disable logging, simply delete the log file specification command from the config file (LOG :MacHTTP.log).

  Status Window Information

  At the top of MacHTTP's status window are 2 lines of information that provide statistics about incoming connections and MacHTTP memory usage. These statistics are provided to make it easier to tune the number of connections MacHTTP needs to allow (MAXUSERS) and how much memory MacHTTP needs to run. The stats are interpreted as follows:

  Connections:

  • Total: The total of all clients served.
  • Max: Shows the current setting of MAXUSERS. This is the upper limit beyond which clients will be notified that the server is too busy to handle their request.
  • Current: Indicates how many client connections are currently active.
  • High: Shows the "high water mark" of simultaneous users. Use this value to guage what MAXUSERS should be set to in the config file.
  • Busy: This shows how many clients have been refused service because MacHTTP was too busy (i.e., MAXUSERS was exceeded.) If this value is non-zero, you probably need to increase MAXUSERS.
  • Denied: Counts the number of clients that were denied access for security reasons.
  • Timeout: Indicates the number of client connections that were terminated because the transaction was not completed in the allowed time. This could indicate clients that died without dropping their connection, or it could indicate that the server is taking longer than the TIMEOUT period to service client requests.

  Memory:

  • Max: Shows the maximum amount of free memory (high water mark) available to MacHTTP.
  • Current: Shows the amount of free memory currently available to MacHTTP. There is no guarantee that this memory is contiguous, so you may see memory related problems with AppleScript even though MacHTTP reports free memory. This value will trend downwards with each connection as the status window fills with text. Once the status window's scroll-back area is full, the oldest status messages are deleted and "current" memory displays should level off.
  • Min: This is the "low water mark" for memory usage. If this number dips below about 150K, AppleScript will have problems executing some scripts that use OSAX commands. Increase the amount of memory allocated in the Finder to MacHTTP accordingly.

  6.0 Administrativia

  License

  MacHTTP 1.2.1 is Copyright (c) 1993, the University of Texas-Houston and Chuck Shotton. Portions of MacHTTP 1.2.1 are Copyright (c) 1991-1993, Chuck Shotton.

  1) MacHTTP is available for use under the following restrictions. Unrestricted use of MacHTTP for the purposes of publishing information on the Internet via WWW is granted to individuals associated with educational and government institutions. These institutions may use MacHTTP at no cost for the purposes listed. MacHTTP may not be used for profit unless permission is obtained from the author and the University of Texas-Houston.

  2) MacHTTP is available for use by commercial organizations and those not covered by item 1 above under the terms of a separate license. Please contact the author for commercial licensing information. Under no circumstances may MacHTTP be sold for profit, or included in software anthologies or archives that are distributed for a profit without the permission of the author and the University of Texas-Houston.

  Translation: If you are a private individual using MacHTTP for your own amusement (not for profit or personal gain), or an educational or government institution using MacHTTP for publishing information freely available to the Internet, you can use it for free. If you're not covered by the first sentence, please contact the author to get the real scoop on using MacHTTP.

  Support

  MacHTTP is provided "as-is". Support is available through MacHTTP's home page, http://www.uth.tmc.edu/mac_info/machttp_info.html, the comp.infosystems.www Usenet news group, and time permitting, from the author.

  The documentation covers just about everything there is to know about MacHTTP. So, please make sure you've read everything in the documentation, sample files, scripts, configuration file, and MacHTTP home page before you ask a question in e-mail.

  To Do List

  • HTTP 1.0 support!
  • Add a dialog for modifying configuration file information.
  • Create a version of MacHTTP that runs as a background only application.
  • Provide System 6.0.8 support and support for 68000 Macs.

  Other Info

  MacHTTP is being written by Chuck Shotton, from the University of Texas Houston Health Science Center's Office of Academic Computing. Questions can be addressed to cshotton@oac.hsc.uth.tmc.edu. The latest version of MacHTTP can FTPed from ftp.uth.tmc.edu in the public/mac folder.

  Additional information about MacHTTP is available from http://www.uth.tmc.edu/mac_info/machttp_info.html. This site is the home of MacHTTP and always has the current version available for download.

  Information on writing your own WWW documents (HTML) can be found at http://www.ncsa.uiuc.edu/General/Internet/WWW/HTMLPrimer.html.

  Information on URLs can be obtained from http://www.ncsa.uiuc.edu/demoweb/url-primer.html.

  Version Info

  Version 1.2.1

  • Fixed start-up problem that caused MacHTTP to quit if the Component Manager wasn't installed.

  Version 1.2

  • Added site-based security.
  • Server can run on alternate ports besides 80.
  • Allow a configurable number of simultaneous users.
  • Added timeouts to inactive connections.
  • Modified log file format to support importing logs into spreadsheets, etc.
  • Added AppleEvent support for DoMenu.
  • Added memory and connection status info, scrolling status messages, and UI options.
  • Fixed stream abort bug.

  Version 1.1

  • Added support for searchable documents. Search support is provided by AppleScript. Arguments are passed in the AppleScript variable http_search_args.
  • Cleaned up log messages sent to the screen. The old style of message is still available if the "Verbose" option is enabled. Logging now reports search args.
  • Added "Suspend Logging" option which closes (or reopens) the current log file, allowing it to be viewed or manipulated by other programs.
  • Added special character translation. MacHTTP now understands %xx encoding for special characters in URLs.

  Version 1.0

  Never released. This number was skipped to avoid confusion with all the 1.0dx development versions floating around.

  Version 1.0d9

  Added alias resolution, support for user configurable home page and error file names and types, and added support for logging.

  Version 1.0d8

  Fixed a lingering bug with long lines in text files which caused the server to eat itself.

  Version 1.0d7

  Added AppleScript execution support. Files with suffixes designated as type "SCRIPT" are read as text and passed to AppleScript for compilation and execution. The result is returned to the client as a HTML document.

  Version 1.0d6

  Added support for mapping file suffix information into Text, Binary, or Script file types and transfers the file accordingly. IMPORTANT NOTE: This version does NOT support execution of AppleScripts. If you define a suffix as type "SCRIPT", nothing will be returned to the client by MacHTTP.

  Added support for a config file (MacHTTP.config) that specifies suffix mappings to TEXT, BINARY, or SCRIPT types.

  Fixed bug where CERN's Mac WWW client caused MacHTTP to crash.

  Improved text file transmission performance.

  Version 1.0d5

  Fixed security hole with "::" in URL paths by deleting extra ":"s.

  Added support for default home pages (Default.html) and error messages (Error.html).

  Added Options menu to enable/disable versbose debugging mode.

  Added version info to About box.

  Version 1.0d4

  Added support for 5 simultaneous connections. The 5th connection is used to warn incoming clients that the server is too busy to handle them. Each of the other 4 connections is queued and handled in turn.

  Adjusted idle proc used for synchronous MacTCP calls to only yield background time to other apps every 5 ticks, rather than every time called. Increases performance for small file requests.

  Modified processing of HTTP "GET" command to parse the file name correctly. It should allow the server to work with HTTP2 clients that send data after the file name. The parsing routine does NOT currently handle translating special character escapes.

  Increased memory partition to handle more connections.

  Version 1.0d3

  Added some statistics keeping functions.

  Version 1.0d2

  Added support for binary file types and multiple simultaneous connections. The server will currently queue 2 pending connections. Any more than this and the client receives a "server busy" message.

  Version 1.0d1

  This is the first release of MacHTTP. It works. Barely. This version only handles one connection at a time. Multiple connections will be ignored. Support for multiple connections is in place but temporarily disabled. The server will only serve text-only documents in this release.

  
  
  LL2AÄ
  A Ä
  A Ä
  AÄ
  
  ReadMe.htmlöTEXTttxt
  
  öTEXTttxt
  
  ®·ïnòs
  ~
  
  
  
  
  
  
  
  
  Å
  ¡·
  Ò·
  ¡Å
  
  
  
  
  
  
  
  
  
  ˇˇ
  ˇˇÄ
  UH Monaco
  ·ÃD ·· Z·≥H·*m=*m=©M»≥~[~[T
  
  
  LL2·µê R2MPSR Ìˇˇ·≥H